home *** CD-ROM | disk | FTP | other *** search
/ Atari Mega Archive 1 / Atari Mega Archive - Volume 1.iso / lists / mint / l_1199 / 1156 < prev    next >
Encoding:
Internet Message Format  |  1994-08-27  |  2.0 KB
  1. Date: Mon, 7 Mar 94 03:06:52 PST
  2. From: hyc@hanauma.jpl.nasa.gov (Howard Chu)
  3. Message-Id: <9403071106.AA00523@hanauma.jpl.nasa.gov>
  4. To: mint@atari.archive.umich.edu
  5. Subject: Re: user-written interrupt handlers
  6.  
  7. >>   Signal handlers aren't good replacements for interrupts; they take too
  8. >>   much time to be serviced -- maybe a tenth of a second, versus a few
  9. >>   microseconds for an interrupt handler. It would be unusable, for
  10. >>   instance, for the serial interrupts, while it would be quite appropriate
  11. >>   for "Monochrome Detect", say.
  12. >> 
  13. >> Well, since my only purpose here was to drive my interrupt-driven sound
  14. >> routines on the Falcon, that was just fine anyway. (Using the monochrome
  15. >> detect interrupt, fancy that.)
  16. >
  17. > btw what is the difference, isn't monochrome detect level 6 too? :)
  18. >(not that this should be a problem here...)
  19. >
  20. > cheers
  21. >    Juergen
  22.  
  23. Heh. Well, I doubt a monochrome monitor will burn out in a few milliseconds
  24. of bad video signal, and I know you won't hear a few milliseconds lag in
  25. swtching the buffer addresses of a DMA-driven sound playback, but you could
  26. lose several bytes in that amount of time in a serial interrupt handler.
  27.  
  28. It's too bad there weren't a couple more DMA channels in the regular ST;
  29. like one for the 68901 USART. Running that chip in sync mode would let you
  30. do some really mean high-speed internetworking...
  31.  
  32. Hm.... Now that I think of it, how could you call post_sig from an rs232
  33. interrupt handler? You need to get back to receiving the characters of
  34. the next incoming frame right away, so you need some way of firing off the
  35. call to post_sig at a lower priority. I guess you could set another flag
  36. to indicate SLIP or PPP end of frame, and have a VBL routine check that...
  37.  
  38. On a different topic, I've seen my system freeze up completely from time
  39. to time, only to return to regular operation some indeterminate amount of
  40. time later. Anyone else seen this? (I'm still talking MultiTOS here.) No
  41. keypresses or button clicks register, drop-down menus don't drop, etc.,
  42. only the mouse-cursor tracks. Awfully disconcerting...
  43.   -- Howard
  44.